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DETAILED ACTION 

1. Applicant's amendment dated April 29, 2010, responding to the Office 
action mailed December 29, 2009 provided in the rejection of claims 1-36 and 38; 
wherein claims 39-47 have been newly added. 

Claims 1-36 and 38-47 remain pending in the application and which have 
been fully considered by the examiner. 

Applicant's arguments with respect to claim limitation, previously 
presented, "a mapping between a screen component and a data component" as 
set forth in the previously presented independent claims have been fully 
considered but are moot in view of the new grounds of rejection - see Kougiouris 
et al. - art made of record, as applied hereto. 

Information Disclosure Statement 

The information disclosure statement (IDS) submitted on March 12, 2010 
was filed after the mailing date of the Office action on December 29, 2009. The 
submission is in compliance with the provisions of 37 CFR 1 .97. Accordingly, the 
information disclosure statement is being considered by the examiner. 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject matter 
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sought to be patented and the prior art are such that the subject matter as a whole would 
have been obvious at the time the invention was made to a person having ordinary skill in the 
art to which said subject matter pertains. Patentability shall not be negatived by the manner 
in which the invention was made. 

2. Claims 1-14, 18-29, 31, 36, and 38-42, and 44-47 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Hulai et al. (Pub. No. US 
2003/0060896 A9) (hereinafter 'Hulai') in view of Warila et al. (Pub. No. US 
2008/0313282 A1 ) (hereinafter 'Warila') and further in view of Kougiouris et al. 
(Pub. No. US 2004/0034833 A1 ) (hereinafter 'Kougiouris' - art made of record) 

3. As to claim 1 (Previously Presented), Hulai discloses a method for 
generating a screen element, based on a data object, of a component application 
executing on a wireless device for display on a user interface of a wireless 
device, the component application including a data component having at least 
one data field definition and a screen component having at least one screen 
element definition, the components being defined in a structured definition 
language, the method comprising the steps of: 

• selecting the screen component corresponding to the screen element 
selected for display (e.g., Fig. 1, element 18 - User Interface; Fig. 2, 
element 67 - screen generation engine; Fig. 4, element 48 - User 
Interface Definition Section; [0031], Lines 5-8; [0035], Lines 1-3; [0049], 
Lines 1-7; Fig. 8, element of S802 - i.e., create screen object; Fig. 9; Figs. 
12-14; [0112], Lines 1-11; [0113], Lines 1-4); and 
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• obtaining a data object field value corresponding to the data field definition 
of the mapped data component (e.g., Fig. 161, Sec. 3.2.3.3; [0039], Lines 
1-7 - each of object classes includes attributes used to store parameters 
defined by the XML file, and functions allowing the XML entity to be 
processed at the mobile device) 
Further, Hulai discloses providing the device an application definition file, 
containing definitions for a user interface format for the application at the wireless 
device (e.g., Abstract) but does not explicitly disclose other limitations stated 
below. 

However, in an analogous art of User Interface, Operating System and 
Architecture, Warila discloses generating a screen element from the screen 
element definition to include the data object field value (e.g., In light of the 
specification, which stated all changes to the data component can be 
immediately reflected on the screen and vice versa (e.g., Hulai teaches the 
user's input data mapping/updating (device-to-server direction) from the screen 
component (device) to data component (server)); this model allows building 
effective wireless applications based on server-to-device notifications; the data 
updates asynchronously pushed from the server are instantaneously reflected at 
the Ul screen .' (Abstract), Warila discloses '...a defined portion of the application 
can be addressed and updated in response to application events without 
necessitating update of the entire application, the appearance and behavior of 
the application can be propagated with consistency across heterogeneous 
devices ([0032]), each editable area of the screen contains a value 
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attribute that is updated automatically when the user operates the interface and 
changes information inside controls, these value attributes live within the 
superstructure itself ([0251]), [please also see Figure 4, elements 406 - 
Applications Data, 410 - Client Device, 404 - Server and Figure 18 - Current 
Value] - emphasis added) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Warila into the Hulai's 
system to further provide other limitations stated above in the Hulai system. 

The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating the Warila's system which offers significant 
advantages that the SimpleOS network model is that an application's code can 
be updated on the fly if so desired by the carrier or the developer as once 
suggested by Warila. (e.g., [0534]) 

Furthermore, Warila teaches a novel user interface, operating system, 
software language and architecture (e.g., Abstract) but Hulai and Warila do not 
explicitly disclose other limitations stated below. 

However, in an analogous art of Dynamic Interaction Manager for Markup 
Language Graphical User Interface, Kougiouris discloses: 

• identifying at least one mapping present in the screen component, the 
mapping for specifying a relationship between the screen component 
and the data component as defined by an identifier representing the 
mapping (e.g., Fig. 1, markup language file 102 [interpreted as screen 
component]; dynamic interaction manager 104 [interpreted as mapping 
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mechanism/data binding - see further details below]; data 
management component A/B/C/D [interpreted as data component]; 
Fig. 2, dynamic interaction manager binds GUI elements to appropriate 
data elements 203: [0008] - ... data binding ... refers to a relationship 
in which a GUI elements is bound to a data element. The data element 
for the GUI element may be specified in the markup language 
description for the GUI element, and an application may automatically 
perform the binding to the data element . . . ; [0009] - Thus, d ata binding 
technology provides support for the automatic transfer of data to and 
from GUI elements, helping to maintain the distinction between data 
and the markup language description of the GUI for displaying the data 
... enable the various common data management operations to 
automatically be applied to data associated with a GUI element - 
emphasis added); 

• selecting the data component mapped by the mapping according to the 
mapping identifier (e.g., [0055] - [0056] - ... for example, the 
HSDATASRC value may identify a particular database table , and the 
HSDATAFLD attribute may identify a column of the table [interpreted 
as the mapping according to the mapping identifier] ... - emphasis 
added); and 

• generating a screen element from the screen element definition 
according to the format of the data field definition as defined in the 
mapped data component (e.g., Fig. 5, IHSFormatter 352; [0099] - Fig. 
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5 - Exemplary Embodiment of Validation/Formatting Interface; [0100] - 
[0106]) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Kougiouris into the 
Hulai-Warila's system to further provide other limitations stated above in the 
Hulai system. 

The motivation is that it would further enhance the Hulai-Warila's system 
by taking, advancing and/or incorporating the Kougiouris's system which offers 
significant advantages that data binding technology provides support for the 
automatic transfer of data to and from GUI elements , helping to maintain the 
distinction between data and the markup language description of the GUI for 
displaying the data and also enable the various common data management 
operations to automatically be applied to data associated with a GUI element as 
once suggested by Kougiouris (e.g., [0009] - emphasis added) 

4. As to claim 2 (Original) (incorporating the rejection in claim 1), Kougiouris 
discloses the method and the system wherein a plurality of the data field 
definitions of the data component is shared between the screen component and 
the data component as represented by the mapping (e.g., Fig. 1, markup 
language file 102 [interpreted as screen component]; dynamic interaction 
manager 1 04 [interpreted as mapping mechanism/data binding - see further 
details below]; data management component A/B/C/D [interpreted as data 
component]; Fig. 2, dynamic interaction manager binds GUI elements to 
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appropriate data elements 203; [0008] - ... data binding ... refers to a 
relationship in which a GUI elements is bound to a data element. The data 
element for the GUI element may be specified in the markup language 
description for the GUI element, and an application may automatically perform 
the binding to the data element [0009] - Thus, d ata binding technology 
provides support for the automatic transfer of data to and from GUI elements, 
helping to maintain the distinction between data and the markup language 
description of the GUI for displaying the data ... enable the various common data 
management operations to automatically be applied to data associated with a 
GUI element - emphasis added) 

5. As to claim 3 (Original) (incorporating the rejection in claim 2), Kougiouris 
discloses the method further comprising the step of linking the plurality of data 
field definitions to corresponding ones of the screen element definitions of the 
screen component as represented by the identifier (e.g., [0055] - [0056] - ... for 
example, the HSDATASRC value may identify a particular database table , and 
the HSDATAFLD attribute may identify a column of the table [interpreted as the 
mapping according to the mapping identifier] ... - emphasis added) 

6. As to claim 4 (Original) (incorporating the rejection in claim 2), Hulai 
discloses the method further comprising the step of detecting a user event of the 
user interface related to the screen element (e.g., Fig. 9, elements of S918, 
S920, S922, S924; [0096], Lines 1-13; Fig. 10; [0101]-[0103]) 
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7. As to claim 5 (Original) (incorporating the rejection in claim 4), Kougiouris 
discloses the method further comprising the step of identifying the mapping in the 
screen component corresponding to the linked data component of the affected 
screen element (e.g., Fig. 1 , markup language file 102 [interpreted as screen 
component]; dynamic interaction manager 104 [interpreted as mapping 
mechanism/data binding - see further details below]; data management 
component A/B/C/D [interpreted as data component]; Fig. 2, dynamic interaction 
manager binds GUI elements to appropriate data elements 203; [0008] - . . . data 
binding ... refers to a relationship in which a GUI elements is bound to a data 
element. The data element for the GUI element may be specified in the markup 
language description for the GUI element, and an application may automatically 
perform the binding to the data element ...; [0009] - Thus, d ata binding 
technology provides support for the automatic transfer of data to and from GUI 
elements, helping to maintain the distinction between data and the markup 
language description of the GUI for displaying the data ... enable the various 
common data management operations to automatically be applied to data 
associated with a GUI element - emphasis added) 

8. As to claim 6 (Original) (incorporating the rejection in claim 5), Kougiouris 
discloses the method further comprising the step of updating the data object in a 
memory using the data field definition of the linked data component (e.g., Fig. 1, 
markup language file 102 [interpreted as screen component]; dynamic interaction 
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manager 1 04 [interpreted as mapping mechanism/data binding - see further 
details below]; data management component A/B/C/D [interpreted as data 
component]; Fig. 2, dynamic interaction manager binds GUI elements to 
appropriate data elements 203; [0008] - ... data binding ... refers to a 
relationship in which a GUI elements is bound to a data element. The data 
element for the GUI element may be specified in the markup language 
description for the GUI element, and an application may automatically perform 
the binding to the data element . . . ; [0009] - Thus, d ata binding technology 
provides support for the automatic transfer of data to and from GUI elements, 
helping to maintain the distinction between data and the markup language 
description of the GUI for displaying the data ... enable the various common data 
management operations to automatically be applied to data associated with a 
GUI element - emphasis added) 

9. As to claim 7 (Original) (incorporating the rejection in claim 5), Hulai 
discloses the method further comprising the step of creating a new one of the 
data object in a memory using the data field definition of the linked data 
component (e.g., Fig. 2; [0035]-[0036] - object classes corresponding to XML 
entities supported by the virtual machine software, and possibly contained within 
an application definition file) 

10. As to claim 8 (Previously Presented) (incorporating the rejection in claim 
2, Hulai discloses the method and the system wherein the data object field value 
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is obtained by being passed to the user interface as a screen parameter (e.g., 
[0039], Lines 1-7 - object classes define objects that allow device to process 
each of the supported XML entities at the mobile device; [0041], Lines 5-7 - at 
run time, instances of object classes corresponding to these classes are created 
and populated with parameters contained within application definition file, as 
required; i.e., Fig. 16L, Sec. 3.3.3.5) 

11. As to claim 9 (Original) (incorporating the rejection in claim 2), Kougiouris 
discloses the method and the system wherein a first screen element definition is 
mapped by a first one of the identifiers to a first one of the data components and 
a second screen element definition is mapped by a second one of the identifiers 
to a second one of the data components different from the first data component 
(e.g., [0055] - [0056] - ... for example, the HSDATASRC value may identify a 
particular database table , and the HSDATAFLD attribute may identify a column 
of the table [interpreted as the mapping according to the mapping identifier] 
emphasis added) 

12. As to claim 10 (Original) (incorporating the rejection in claim 9), 
Kougiouris discloses the method and the system wherein the first screen element 
definition and the second screen element definition are mapped to the same data 
component using the first identifier (e.g., [0055] - [0056] - ... for example, the 
HSDATASRC value may identify a particular database table , and the 
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HSDATAFLD attribute may identify a column of the table [interpreted as the 
mapping according to the mapping identifier] ... - emphasis added) 

13. As to claims 11 (Original) (incorporating the rejection in claim 2), and 
Hulai discloses the method and the system wherein the structured definition 
language is XML based (e.g., Abstract, Lines 12-17) 

14. As to claim 12 (Original) (incorporating the rejection in claim 2), 
Kougiouris discloses the method and the system wherein the identifier is a simple 
primary key (e.g., [0055] - [0056] - ... for example, the HSDATASRC value may 
identify a particular database table , and the HSDATAFLD attribute may identify a 
column of the table [interpreted as the mapping according to the mapping 
identifier] ... - emphasis added) 

15. As to claim 13 (Original) (incorporating the rejection in claim 2), 
Kougiouris discloses the method wherein the identifier is a simple composite key 
(e.g., [0055] - [0056] - ... for example, the HSDATASRC value may identify a 
particular database table , and the HSDATAFLD attribute may identify a column 
of the table [interpreted as the mapping according to the mapping identifier] 
emphasis added) 



16. As to claim 14 (Original) (incorporating the rejection in claim 2), Hulai 
discloses the method further comprising the step of receiving an asynchronous 
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communication message by the device via a network coupled to the device, the 
message including a message data object (e.g., Fig. 1; Fig. 3; [0043]; Abstract, 
Lines 3-17; [0008] through [0011]) 

17. As to claim 18 (Previously Presented), Hulai discloses a system for 
generating a screen element, based on a data object, of a component application 
executing on a wireless device, for display on a user interface of the wireless 
device, the component application including a data component having at least 
one data field definition and a screen component having at least one screen 
element definition, the component being defined in a structured definition 
language, the system having memory for storing computer readable instructions 
and a processor configured to execute the instructions, the instructions for 
providing: 

• a data manager for obtaining a data object field value corresponding to the 
data field definition of the mapped data component (e.g., Fig. 161, Sec. 
3.2.3.3; [0039], Lines 1-7 - each of object classes includes attributes used 
to store parameters defined by the XML file, and functions allowing the 
XML entity to be processed at the mobile device) 
Further, Hulai discloses providing the device an application definition file, 
containing definitions for a user interface format for the application at the wireless 
device (e.g., Abstract) but does not explicitly disclose other limitations stated 
below. 
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However, in an analogous art of User Interface, Operating System and 
Architecture, Warila discloses for generating a screen element from the screen 
element definition to include the data object field value (e.g., In light of the 
specification, which stated all changes to the data component can be 
immediately reflected on the screen and vice versa (e.g., Hulai teaches the 
user's input data mapping/updating (device-to-server direction) from the screen 
component (device) to data component (server)); this model allows building 
effective wireless applications based on server-to-device notifications; the data 
updates asynchronously pushed from the server are instantaneously reflected at 
the Ul screen .' (Abstract), Warila discloses a defined portion of the application 
can be addressed and updated in response to application events without 
necessitating update of the entire application, the appearance and behavior of 
the application can be propagated with consistency across heterogeneous 
devices ([0032]), each editable area of the screen contains a value 
attribute that is updated automatically when the user operates the interface and 
changes information inside controls, these value attributes live within the 
superstructure itself ([0251]), [please also see Figure 4, elements 406 - 
Applications Data, 410 - Client Device, 404 - Server and Figure 18 - Current 
Value] - emphasis added) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Warila into the 
Hulai's system to further provide other limitations stated above in the Hulai 
system. 
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The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating the Warila's system which offers significant 
advantages that the SimpleOS network model is that an application's code can 
be updated on the fly if so desired by the carrier or the developer as once 
suggested by Warila. (e.g., [0534) 

Furthermore, Warila teaches a novel user interface, operating system, 
software language and architecture (e.g., Abstract) but Hulai and Warila do not 
explicitly disclose other limitations stated below. 

However, in an analogous art of Dynamic Interaction Manager for Markup 
Language Graphical User Interface, Kougiouris discloses: 

• a mapping manager for identifying at least one mapping present in the 
screen component, the mapping for specifying a relationship between 
the screen component and the data component as defined by an 
identifier representing the mapping (e.g., Fig. 1, markup language file 
102 [interpreted as screen component]; dynamic interaction manager 
1 04 [interpreted as mapping mechanism/data binding - see further 
details below]; data management component A/B/C/D [interpreted as 
data component]; Fig. 2, dynamic interaction manager binds GUI 
elements to appropriate data elements 203: [0008] - ... data binding 
... refers to a relationship in which a GUI elements is bound to a data 
element. The data element for the GUI element may be specified in the 
markup language description for the GUI element, and an application 
may automatically perform the binding to the data element . . . ; [0009] - 
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Thus, d ata binding technology provides support for the automatic 
transfer of data to and from GUI elements, helping to maintain the 
distinction between data and the markup language description of the 
GUI for displaying the data ... enable the various common data 
management operations to automatically be applied to data associated 
with a GUI element - emphasis added), and for selecting the data 
component mapped by the mapping according to the mapping 
identifier (e.g., [0055] - [0056] - ... for example, the HSDATASRC 
value may identify a particular database table , and the HSDATAFLD 
attribute may identify a column of the table [interpreted as the mapping 
according to the mapping identifier] ... - emphasis added); and 
• a presentation manager for generating a screen element from the 
screen element definition according to the format of the data field 
definition as defined in the mapped data component (e.g., Fig. 5, 
I HSFormatter 352; [0099] - Fig. 5 - Exemplary Embodiment of 
Validation/Formatting Interface; [0100] - [0106]) 
Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Kougiouris into the 
Hulai-Warila's system to further provide other limitations stated above in the 
Hulai system. 

The motivation is that it would further enhance the Hulai-Warila's system 
by taking, advancing and/or incorporating the Kougiouris's system which offers 
significant advantages that data binding technology provides support for the 
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automatic transfer of data to and from GUI elements , helping to maintain the 
distinction between data and the markup language description of the GUI for 
displaying the data and also enable the various common data management 
operations to automatically be applied to data associated with a GUI element as 
once suggested by Kougiouris (e.g., [0009] - emphasis added) 

18. As to claim 19 (Original) (incorporating the rejection in claim 18), please 
refer to claim 13 as set forth accordingly. 

19. As to claim 20 (Original) (incorporating the rejection in claim 19), 
Kougiouris discloses the system wherein the plurality of data field definitions are 
linked to corresponding ones of the screen element definitions of the screen 
component as represented by the identifier (e.g., Fig. 1 , markup language file 
102 [interpreted as screen component]; dynamic interaction manager 104 
[interpreted as mapping mechanism/data binding - see further details below]; 
data management component A/B/C/D [interpreted as data component]; Fig. 2, 
dynamic interaction manager binds GUI elements to appropriate data elements 
203; [0008] - ... data binding ... refers to a relationship in which a GUI elements 
is bound to a data element. The data element for the GUI element may be 
specified in the markup language description for the GUI element, and an 
application may automatically perform the binding to the data element ...; [0009] 
- Thus, d ata binding technology provides support for the automatic transfer of 
data to and from GUI elements, helping to maintain the distinction between data 
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and the markup language description of the GUI for displaying the data ... enable 
the various common data management operations to automatically be applied to 
data associated with a GUI element - emphasis added) 

20. As to claim 21 (Previously Presented) (incorporating the rejection in claim 
19), Hulai discloses the system is further comprising the presentation manager 
configured for detecting a user event of the user interface related to the screen 
element (e.g., Fig. 9, elements of S918, S920, S922, S924; [0096], Lines 1-13; 
Fig. 10; [0101] - [0103]) 

21 . As to claim 22 (Previously Presented) (incorporating the rejection in claim 
21 ), Kougiouris discloses the system further comprising the mapping manager is 
further configured for identifying the mapping in the screen component 
corresponding to the linked data component of the affected screen element (e.g., 
Fig. 1, markup language file 102 [interpreted as screen component]; dynamic 
interaction manager 104 [interpreted as mapping mechanism/data binding - see 
further details below]; data management component A/B/C/D [interpreted as data 
component]; Fig. 2, dynamic interaction manager binds GUI elements to 
appropriate data elements 203; [0008] - ... data binding ... refers to a 
relationship in which a GUI elements is bound to a data element. The data 
element for the GUI element may be specified in the markup language 
description for the GUI element, and an application may automatically perform 
the binding to the data element . . . ; [0009] - Thus, d ata binding technology 
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provides support for the automatic transfer of data to and from GUI elements, 
helping to maintain the distinction between data and the markup language 
description of the GUI for displaying the data ... enable the various common data 
management operations to automatically be applied to data associated with a 
GUI element - emphasis added) 

22. As to claim 23 (Previously Presented) (incorporating the rejection in claim 
22), Kougiouris discloses the system wherein the data manager is further 
configured for updating the data object in a memory using the data field definition 
of the linked data component (e.g., [0055] - [0056] - ... for example, the 
HSDATASRC value may identify a particular database table , and the 
HSDATAFLD attribute may identify a column of the table [interpreted as the 
mapping according to the mapping identifier] ... - emphasis added) 

23. As to claim 24 (Previously Presented) (incorporating the rejection in claim 
22), Kougiouris discloses the system wherein the data manager is further 
configured for creating a new one of the data object in a memory using the data 
field definition of the linked data component (e.g., [0055] - [0056] - ... for 
example, the HSDATASRC value may identify a particular database table , and 
the HSDATAFLD attribute may identify a column of the table [interpreted as the 
mapping according to the mapping identifier] ... - emphasis added) 
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24. As to claim 25 (Previously Presented) (incorporating the rejection in claim 
19), please refer to claim 8 as set forth accordingly. 

25. As to claim 26 (Original) (incorporating the rejection in claim 19), please 
refer to claim 9 as set forth accordingly. 

26. As to claim 27 (Original) (incorporating the rejection in claim 26), please 
refer to claim 10 as set forth accordingly. 

27. As to claim 28 (Previously Presented) (incorporating the rejection in claim 
19), please refer to claim 11 as set forth accordingly. 

28. As to claim 29 (Original) (incorporating the rejection in claim 19), please 
refer to claim 12 as set forth accordingly. 

29. As to claim 31 (Original) (incorporating the rejection in claim 19), Hulai 
discloses the system further comprising a communication manager for receiving 
an asynchronous communication message by the device via a network coupled 
to the device, the message including a message data object (e.g., Fig. 1; Fig. 3; 
[0043]; Abstract, Lines 3-17; [0008] through [0011]) 

30. As to claim 36 (Previously Presented), Hulai discloses a wireless device 
for generating a screen element, based on a data object, of a component 
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application executing on the wireless device for display on a user interface of the 
wireless device, the component application including a data component having at 
least one data field definition and a screen component having at least one screen 
element definition, the component being defined in a structured definition 
language, the wireless device comprising the steps of: 

• means for selecting the screen component corresponding to the screen 
element selected for display (e.g., Fig. 1, element 18 - User Interface; Fig. 
2, element 67 - screen generation engine; Fig. 4, element 48 - User 
Interface Definition Section; [0031], Lines 5-8; [0035], Lines 1-3; [0049], 
Lines 1-7; Fig. 8, element of S802 - i.e., create screen object; Fig. 9; Figs. 
12-14; [0112], Lines 1-11; [0113], Lines 1-4; [0049], Lines 4-7 -a user 
interface definition section, specific to the user interface for the device); 

• means for selecting the data component mapped by the mapping (e.g., 
Fig. 4, element 52 - Device Local Data Definition Section;[0105], Lines 6- 
9; [0122], Lines 1-7; [0049], Lines 9-11 - a local data definition section 
defining the format of data to be stored locally on the mobile device by the 
application); and 

• means for obtaining a data object field value corresponding to the data 
field definition of the mapped data component (e.g., Fig. 161, Sec. 3.2.3.3; 
[0039], Lines 1-7 - each of object classes includes attributes used to store 
parameters defined by the XML file, and functions allowing the XML entity 
to be processed at the mobile device) 
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Further, Hulai discloses providing the device an application definition file, 
containing definitions for a user interface format for the application at the wireless 
device (e.g., Abstract) but does not explicitly disclose other limitations stated 
below. 

However, in an analogous art of User Interface, Operating System and 
Architecture, Warila discloses means for generating a screen element from the 
screen element definition to include the data object field value (e.g., In light of the 
specification, which stated all changes to the data component can be 
immediately reflected on the screen and vice versa (e.g., Hulai teaches the 
user's input data mapping/updating (device-to-server direction) from the screen 
component (device) to data component (server)); this model allows building 
effective wireless applications based on server-to-device notifications; the data 
updates asynchronously pushed from the server are instantaneously reflected at 
the ill screen .' (Abstract), Warila discloses a defined portion of the application 
can be addressed and updated in response to application events without 
necessitating update of the entire application, the appearance and behavior of 
the application can be propagated with consistency across heterogeneous 
devices ([0032]), each editable area of the screen contains a value 
attribute that is updated automatically when the user operates the interface and 
changes information inside controls, these value attributes live within the 
superstructure itself ([0251]), [please also see Figure 4, elements 406 - 
Applications Data, 410 - Client Device, 404 - Server and Figure 18 - Current 
Value] - emphasis added) 
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Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Warila into the 
Hulai's system to further provide other limitations stated above in the Hulai 
system. 

The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating the Warila's system which offers significant 
advantages that the SimpleOS network model is that an application's code can 
be updated on the fly if so desired by the carrier or the developer as once 
suggested by Warila. (e.g., [0534) 

Furthermore, Warila teaches a novel user interface, operating system, 
software language and architecture (e.g., Abstract) but Hulai and Warila do not 
explicitly disclose other limitations stated below. 

However, in an analogous art of Dynamic Interaction Manager for Markup 
Language Graphical User Interface, Kougiouris discloses: 

• means for identifying at least one mapping present in the screen 
component, the mapping for specifying a relationship between the 
screen component and the data component (e.g., Fig. 1, markup 
language file 102 [interpreted as screen component]; dynamic 
interaction manager 104 [interpreted as mapping mechanism/data 
binding - see further details below]; data management component 
A/B/C/D [interpreted as data component]; Fig. 2, dynamic interaction 
manager binds GUI elements to appropriate data elements 203; [0008] 
data binding ... refers to a relationship in which a GUI elements is 
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bound to a data element. The data element for the GUI element may 
be specified in the markup language description for the GUI element, 
and an application may automatically perform the binding to the data 
element [0009] - Thus, d ata binding technology provides support 
for the automatic transfer of data to and from GUI elements, helping to 
maintain the distinction between data and the markup language 
description of the GUI for displaying the data ... enable the various 
common data management operations to automatically be applied to 
data associated with a GUI element - emphasis added); and 
• means for generating a screen element from the screen element 
definition according to the format of the data field definition as defined 
in the mapped data component (e.g., Fig. 5, 1 HSFormatter 352; [0099] 
- Fig. 5 - Exemplary Embodiment of Validation/Formatting Interface; 
[0100] -[0106]) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Kougiouris into the 
Hulai-Warila's system to further provide other limitations stated above in the 
Hulai system. 

The motivation is that it would further enhance the Hulai-Warila's system 
by taking, advancing and/or incorporating the Kougiouris's system which offers 
significant advantages that data binding technology provides support for the 
automatic transfer of data to and from GUI elements , helping to maintain the 
distinction between data and the markup language description of the GUI for 
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displaying the data and also enable the various common data management 
operations to automatically be applied to data associated with a GUI element as 
once suggested by Kougiouris (e.g., [0009] - emphasis added) 

31 . As to claim 38 (Previously Presented), Hulai discloses a computer 
readable medium comprising instructions for generating a screen element, based 
on a data object, of a component application executing on a wireless device for 
display on a user interface of the wireless device, the component application 
including a data component having at least one data field definition and a screen 
component having at least one screen element definition, the components being 
defined in a structured definition language, the instructions, when implemented 
on a computing device, cause the computing device, cause the computing device 
to implement the steps of: 

• selecting the screen component corresponding to the screen element 
selected for display (e.g., Fig. 1, element 18 - User Interface; Fig. 2, 
element 67 - screen generation engine; Fig. 4, element 48 - User 
Interface Definition Section; [0031], Lines 5-8; [0035], Lines 1-3; [0049], 
Lines 1-7; Fig. 8, element of S802 - i.e., create screen object; Fig. 9; Figs. 
12-14; [0112], Lines 1-11; [0113], Lines 1-4); and 

• obtaining a data object field value corresponding to the data field definition 
of the mapped data component (e.g., Fig. 161, Sec. 3.2.3.3; [0039], Lines 

1 -7 - each of object classes includes attributes used to store parameters 
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defined by the XML file, and functions allowing the XML entity to be 
processed at the mobile device) 
Further, Hulai discloses providing the device an application definition file, 
containing definitions for a user interface format for the application at the wireless 
device (e.g., Abstract) but does not explicitly disclose other limitations stated 
below. 

However, in an analogous art of User Interface, Operating System and 
Architecture, Warila discloses generating a screen element from the screen 
element definition to include the data object field value (e.g., In light of the 
specification, which stated all changes to the data component can be 
immediately reflected on the screen and vice versa (e.g., Hulai teaches the 
user's input data mapping/updating (device-to-server direction) from the screen 
component (device) to data component (server)); this model allows building 
effective wireless applications based on server-to-device notifications; the data 
updates asynchronously pushed from the server are instantaneously reflected at 
the Ul screen .' (Abstract), Warila discloses '...a defined portion of the application 
can be addressed and updated in response to application events without 
necessitating update of the entire application, the appearance and behavior of 
the application can be propagated with consistency across heterogeneous 
devices ([0032]), each editable area of the screen contains a value 
attribute that is updated automatically when the user operates the interface and 
changes information inside controls, these value attributes live within the 
superstructure itself ([0251]), [please also see Figure 4, elements 406 - 
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Applications Data, 410 - Client Device, 404 - Server and Figure 18 - Current 
Value] - emphasis added) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Warila into the 
Hulai's system to further provide other limitations stated above in the Hulai 
system. 

The motivation is that it would further enhance the Hulai's system by taking, 
advancing and/or incorporating the Warila's system which offers significant 
advantages that the SimpleOS network model is that an application's code can 
be updated on the fly if so desired by the carrier or the developer as once 
suggested by Warila. (e.g., [0534) 

Furthermore, Warila teaches a novel user interface, operating system, 
software language and architecture (e.g., Abstract) but Hulai and Warila do not 
explicitly disclose other limitations stated below. 

However, in an analogous art of Dynamic Interaction Manager for Markup 
Language Graphical User Interface, Kougiouris discloses: 

• identifying at least one mapping present in the screen component, the 
mapping for specifying a relationship between the screen component 
and the data component as defined by an identifier representing the 
mapping (e.g., Fig. 1 , markup language file 102 [interpreted as screen 
component]; dynamic interaction manager 104 [interpreted as mapping 
mechanism/data binding - see further details below]; data 
management component A/B/C/D [interpreted as data component]; 
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Fig. 2, dynamic interaction manager binds GUI elements to appropriate 
data elements 203; [0008] - ... data binding ... refers to a relationship 
in which a GUI elements is bound to a data element. The data element 
for the GUI element may be specified in the markup language 
description for the GUI element, and an application may automatically 
perform the binding to the data element . . . ; [0009] - Thus, d ata binding 
technology provides support for the automatic transfer of data to and 
from GUI elements, helping to maintain the distinction between data 
and the markup language description of the GUI for displaying the data 
... enable the various common data management operations to 
automatically be applied to data associated with a GUI element - 
emphasis added); 

• selecting the data component mapped by the mapping according to the 
mapping identifier (e.g., [0055] - [0056] - ... for example, the 
HSDATASRC value may identify a particular database table , and the 
HSDATAFLD attribute may identify a column of the table [interpreted 
as the mapping according to the mapping identifier] ... - emphasis 
added); 

• generating a screen element from the screen element definition 
according to the format of the data field definition as defined in the 
mapped data component (e.g., . 5, IHSFormatter 352; [0099] - Fig. 5 - 
Exemplary Embodiment of Validation/Formatting Interface; [0100] - 
[0106]) 
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Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Kougiouris into the 
Hulai-Warila's system to further provide other limitations stated above in the 
Hulai system. 

The motivation is that it would further enhance the Hulai-Warila's system 
by taking, advancing and/or incorporating the Kougiouris's system which offers 
significant advantages that data binding technology provides support for the 
automatic transfer of data to and from GUI elements , helping to maintain the 
distinction between data and the markup language description of the GUI for 
displaying the data and also enable the various common data management 
operations to automatically be applied to data associated with a GUI element as 
once suggested by Kougiouris (e.g., [0009] - emphasis added) 

32. As to claim 39 (New) (incorporating the rejection in claim 1), Kougiouris 
discloses the method wherein the use of the mapping reduces the amount of 
instructions to define the screen component or perform screen handling (e.g., 
[0130] Providing these types of formatting/validating capabilities may be 
particularly important for applications ... in which information is shared across 
many applications , and where applications may expect information to be 
encoded or demarcated in particular ways - emphasis added) 

33. As to claim 40 (New) (incorporating the rejection in claim 14), Kougiouris 
discloses the method further comprising dynamically defining said data field 
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definition at runtime in response to a format of said message data object 
received in said message (e.g., Fig. 5, IHSFormatter 352; [0099] - Fig. 5 - 
Exemplary Embodiment of Validation/Formatting Interface; [0100] - [0106]) 

34. As to claim 41 (New) (incorporating the rejection in claim 18), please 
refer to claim 39 as set forth accordingly. 

35. As to claim 42 (New) (incorporating the rejection in claim 31 ), please 
refer to claim 40 as set forth accordingly. 

36. As to claim 44 (New) (incorporating the rejection in claim 36), please 
refer to claim 39 as set forth accordingly. 

37. As to claim 45 (New) (incorporating the rejection in claim 36), Hulai 
discloses the wireless device wherein a plurality of the data field definitions of the 
data component is shared between the screen component and the data 
component as represented by the mapping; and wherein the wireless device 
further comprises: 

• means for receiving an asynchronous communication message by the 
device via a network coupled to the device, the message including a 
message data object (e.g., Fig. 1; Fig. 3; [0043]; Abstract, Lines 3-17; 
[0008] through [001 1]); and further, Hulai discloses means to 
dynamically define said data field definition at runtime in response to a 
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format of said message data object received in said message (e.g., 
Fig. 5, IHSFormatter 352; [0099] - Fig. 5 - Exemplary Embodiment of 
Validation/Formatting Interface; [0100] - [0106]) 

38. As to claim 46 (New) (incorporating the rejection in claim 38), please 
refer to claim 39 as set forth accordingly. 

39. As to claim 47 (New) (incorporating the rejection in claim 38), please 
refer to claim 45 as set forth accordingly. 

40. Claims 35 and 43 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hulai in view of Kougiouris. 

41 . As to claim 35 (Previously Presented), Hulai discloses a method for 
generating a data object of a component application executing on a wireless 
device based on a change in a screen element displayed on a user interface of a 
wireless device, the component application including a data component having at 
least one data field definition and a screen component having at least one screen 
element definition, the component being defined in a structured definition 
language, the method comprising the steps of: 

• selecting the screen component corresponding to the screen element 
(e.g., Fig. 1 , element 1 8 - User Interface; Fig. 2, element 67 - screen 
generation engine; Fig. 4, element 48 - User Interface Definition Section; 
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[0031], Lines 5-8; [0035], Lines 1-3; [0049], Lines 1-7; Fig. 8, element of 
S802 - i.e., create screen object; Fig. 9; Figs. 12-14; [0112], Lines 1-11; 
[0113], Lines 1-4); 

• selecting the data component mapped by the mapping (e.g., Fig. 4, 
element 52 - Device Local Data Definition Section;[0105], Lines 6-9; 
[0122], Lines 1-7; [0049], Lines 9-11 - a local data definition section 
defining the format of data to be stored locally on the mobile device by the 
application); and 

• obtaining a changed value from the screen element corresponding to the 
mapped data component (e.g., [0036] - parser may convert each XML tag 
contained in the application definition file, and its associated data to 
tokens, for later processing; Fig. 9; [0096], Lines 1 -1 3; [01 1 7], Lines 6-1 8) 

Further Hulai discloses providing the device an application definition file, 
containing definitions for a user interface format for the application at the wireless 
device (e.g., Abstract) but does not explicitly disclose other limitations stated 
below. 

However, in an analogous art of Dynamic Interaction Manager for Markup 
Language Graphical User Interface, Kougiouris discloses: 

• identifying at least one mapping present in the screen component, the 
mapping for specifying a relationship between the screen component 
and the data component (e.g., Fig. 1, markup language file 102 
[interpreted as screen component]; dynamic interaction manager 104 
[interpreted as mapping mechanism/data binding - see further details 
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below]; data management component A/B/C/D [interpreted as data 
component]; Fig. 2, dynamic interaction manager binds GUI elements 
to appropriate data elements 203: [0008] - ... data binding ... refers to 
a relationship in which a GUI elements is bound to a data element. The 
data element for the GUI element may be specified in the markup 
language description for the GUI element, and an application may 
automatically perform the binding to the data element [0009] - 
Thus, d ata binding technology provides support for the automatic 
transfer of data to and from GUI elements, helping to maintain the 
distinction between data and the markup language description of the 
GUI for displaying the data ... enable the various common data 
management operations to automatically be applied to data associated 
with a GUI element - emphasis added); and 
• assigning the changed value to a data field value of the data object 
according to the format of the data field definition as defined in the 
mapped data component (e.g., Fig. 5, IHSFormatter 352; [0099] - Fig. 
5 - Exemplary Embodiment of Validation/Formatting Interface; [0100] - 
[0106]) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Kougiouris into the 
Hulai's system to further provide other limitations stated above in the Hulai 
system. 
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The motivation is that it would further enhance the Hulai's system by 
taking, advancing and/or incorporating the Kougiouris's system which offers 
significant advantages that data binding technology provides support for the 
automatic transfer of data to and from GUI elements , helping to maintain the 
distinction between data and the markup language description of the GUI for 
displaying the data and also enable the various common data management 
operations to automatically be applied to data associated with a GUI element as 
once suggested by Kougiouris (e.g., [0009] - emphasis added) 

42. As to claim 43 (New) (incorporating the rejection in claim 35), please 
refer to claim 39 as set forth accordingly. 

43. Claims 15-17 and 32-34 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hulai in view of Warila and Kougiouris and further in view of 
Saulpaugh et al., (Pat. No. US 7,010,573 B1) (hereinafter 'Saulpaugh') 

44. As to claim 15 (Previously Presented) (incorporating the rejection in claim 
14), Hulai discloses employing Virtual Machine and XML messaging technologies 
(e.g., Abstract, Lines 12-17), but Hulai, Warila and Kougiouris do not explicitly 
disclose the limitations stated below. 

However, in an art of message gates using a shared transport in a 
distributed computing environment, Saulpaugh discloses checking the 
asynchronous communication message for the mapping corresponding to the 
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data component of the application provisioned on the device (e.g., Col. 7, Lines 
1-6 - the messages may be in a data representation language such as 
extensible MarkOup Languages (XML), 12-16 - each such message may be sent 
through a client message gate that may verify the correctness of the message) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Saulpaugh into the 
Hulai- Warila-Kougiouris's system to further provide the limitations stated above 
in the Hulai-Warila Kougiouris's system. 

The motivation is that it would further enhance the Hulai-Warila- 
Kougiouris's system by taking, advancing and/or incorporating the Saulpaugh's 
system which offers significant advantages for providing a simple way to connect 
various types of intelligent devices to allow for communication and sharing of 
resources while avoiding the interoperability and complex configuration problems 
existing in conventional networks as once suggested by Saulpaugh (e.g., Col. 2, 
Lines 3-7) 

45. As to claim 16 (Previously Presented) (incorporating the rejection in claim 
15), Hulai discloses the method further comprising the step of updating the 
message data object corresponding to the message in a memory using the data 
field definition of the linked data component and then reflecting that data change 
in the screen element linked to the data object (e.g., [0085]; [0086] - the 
particular identity of the mobile device on which the application is to be presented 
may be identified by a suitable identifier, in the form of a header contained in the 
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server side application output; [0097] - virtual machine software further maintains 
a list identifying each instance of each event and action object, and an 
associated identifier of an event; i.e., Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, Sec. 
6.6.3.4; Fig. 16JJ, Sec. 6.7.3.2; Fig. 9; [0096], Lines 16-19). 

46. As to claim 17 (Original) (incorporating the rejection in claim 15), Hulai 
discloses the method further comprising the step of creating the data object 
corresponding to the message in a memory using the data field definition of the 
linked data component ([0040], Lines 4-9; [0041], Lines 5-7; i.e., [0051]; Fig. 9; 
[0096], Lines 16-19) 

47. As to claim 32 (Previously Presented) (incorporating the rejection in claim 
19), Saulpaugh discloses the system further comprising the mapping manager 
configured for checking the message for the mapping corresponding to the data 
component of the application provisioned on the device (e.g., Col. 7, Lines 1-6 - 
the messages may be in a data representation language such as extensible 
MarkOup Languages (XML), 12-16 - each such message may be sent through a 
client message gate that may verify the correctness of the message) 

48. As to claim 33 (Previously Presented) (incorporating the rejection in claim 
32), Hulai discloses the system further comprising the data manager configured 
for updating the message data object in a memory using the data field definition 
of the linked data component (e.g., [0085]; [0086] - the particular identity of the 
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mobile device on which the application is to be presented may be identified by a 
suitable identifier, in the form of a header contained in the server side application 
output; [0097] - virtual machine software further maintains a list identifying each 
instance of each event and action object, and an associated identifier of an 
event; i.e., Fig. 1611, Sec. 6.6.3.2, Sec. 6.6.3.3, Sec. 6.6.3.4; Fig. 16JJ, Sec. 
6.7.3.2; Fig. 9; [0096], Lines 16-19) 

49. As to claim 34 (Previously Presented) (incorporating the rejection in claim 
32), Hulai discloses the system further comprising the data manager configured 
for creating the data object corresponding to the message in a memory using the 
data field definition of the linked data component (e.g., [0040], Lines 4-9; [0041], 
Lines 5-7; i.e., [0051]; Fig. 9; [0096], Lines 16-19) 

50. Claims 13 and 30 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hulai in view of Warila and Kougiouris and further in view of 
Greene et al., (Pat. No. US 6,868,441 B2) (hereinafter 'Greene') 

51 . As to claims 13 (Original) (incorporating the rejection in claim 2), Hulai 
discloses employing Virtual Machine and XML messaging technologies (e.g., 
Abstract, Lines 12-17), but Hulai, Warila and Kougiouris do not explicitly disclose 
the limitations stated below. 

However, in an art of method and system for implementing a global 
ecosystem of interrelated services, Greene discloses the method and the system 
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wherein the identifier is a composite key (e.g., Col. 69, Lines 1-10- for example, 
the PK for a given entity might be a string or an integer, or it might be a 
composite key having more than one component). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Greene into the 
Hulai-Warila-Kougiouris's system to further provide the limitations stated above in 
the Hulai-Warila-Kougiouris's system. 

The motivation is that it would further enhance the Hulai-Warila- 
Kougiouris's system by taking, advancing and/or incorporating the Greene's 
system which offers advantages for providing alternate, domain specific primary 
keys that can be used by the specific application, or by custom logic within the 
entity implementation, and checked for uniqueness by the central entity manager, 
using for example, a hashing or directory service as once suggested by Greene 
(e.g., Col. 69, Lines 1-10) 

52. As to claim 30 (Original) (incorporating the rejection in claim 19), please 
refer to claim 13 as set forth accordingly. 

Conclusion 

53. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Ben C. Wang whose telephone number is 
571-270-1240. The examiner can normally be reached on Monday - Friday, 8:00 
a.m. - 5:00 p.m., EST. 
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If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax 
phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



/Ben C Wang/ 
Examiner, Art Unit 2192 



/Michael J. Yigdall/ 

Primary Examiner, Art Unit 2192 



